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ABSTRACT 



An apparatus and method for determining a program neigh- 
borhood of a client node in a client-server network is 
described. The program neighborhood of the client node 
includes application programs hosted by application servers 
on the network. The present invention enables a user of a 
client node to learn of these application programs. The user 
is not required to know where to find such applications or to 
manually establish links to such applications. To make the 
client node aware of its program neighborhood, a host server 
collects application-related information corresponding to 
application programs hosted by the servers in the network 
The application-related information can include the appli- 
cation name, toe server location of the application, minimum 
capabilities required of client nodes for executing the 
application, and those users who are authorized to use that 
application. User credentials are received from the client 
system. The user credentials are used to filter the 
application-related information. Information representing 
those application programs that are available to the client 
node is transmitted from the host server to the client system 
for display. In a Windows-based client node, the information 
can be represented by a graphical icon for each available 
application program. 

29 Claims, 9 Drawing Sheets 
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APPARATUS AND METHOD FOR SUMMARY OF THE INVENTION 
DETERMINING A PROGRAM 

NEIGHBORHOOD FOR A CLIENT NODE IN Thc present invention enables the user of a client system 

A CLIENT-SERVER NETWORK to bccon ? c informed about available application programs on 

5 servers in a network without requiring the user to know 

RELATED APPLICATION t0 such applications or to enter technical infor- 

. .. ^ _ , mation necessary to link to such applications. 

This application claims the benefit of US. Provisional m ™* \ * . 

Application, Serial No. 60/114,099 filed Dec 29 1998 T - mvenaon re,ates to a method for 

' presenting application programs to a client system in a 

FIELD OF THE INVENTION 10 nctwork Chiding the client system and a plurality of 

servers- The servers include a host server which receives 

The invention relates generally to client-server networks. application-related information corresponding to application 
More specifically, the invention relates to a method for programs hosted by a plurality of servers in a network. User 
informing a client system of application programs installed credentials are received from the client system. Whether 
at server systems that are available to the client system for 15 hosted application program is available to the client 
execution. system for execution is determined based on the user cre- 

n*^ n n,^ ^« dentials and the received application-related information. 

BACKGROUND OF THE INVENTION Information is transmitted from the host server to the S 

Contemporary computer networks consist of a number of T**? m . dicatin i S ■ * clicnt system each hosted applica- 
computcr systems, called nodes, communicating with other 20 M avaiablc 10 mc system for execution, 

computer systems via communication links. Typically, some Tne ^ osl server can authenticate the client system based 
of the nodes axe client nodes and other nodes are server on received user credentials. When the client system selects 
nodes. A client node formulates and delivers queries to a ont . of mc availablc applications for execution, that appli- 
server node. A user of the client node enters the queries cation can executed without requiring additional input of 
through a user interface operating on the client node. The 25 uscr credentials by a user of the client system, although the 
server node evaluates the queries and delivers responses to scIcctcd application is at a server other than the host server, 
the client node for display on the client user interface. Io one embodiment, a connection is established between 

Usually, the server nodes host a variety of application mc c ^ u } system and the host server using an Independent 
programs that can be accessed and executed by client nodes. ~ Com P lltill 8 Architecture (ICA) protocol. The ICA protocol 
When a client node launches an application program, the . csUblisn » virtual channel to transmit information to the 
execution of that application program can occur at either the clici1 ? svstcm indie* ting each hosted application program 
client node or the server node, depending upon the comput- mat ava Aabk to thc client system, 
ing model followed by the computer network. In a server- A request to execute one of the available hosted appHca- 
based computing model, the server node executes tbe appli- °<>n programs can be received on the connection. In 
cation program, and only the control information for the response to the request, a second connection between the 
client user interface is transmitted across thc computer client system and the host server can be established to 
network to the client node for display. In a client-based exchange information associated with an execution of the 
computing model, the server node transmits the application requested application program. In another embodiment, a 
program to the client node so that the client node can run the ^ connection between the host server and a second server 
program using the resources of the client node. hosting the requested application can be established in 

One drawback of contemporary computer networks is that response to the request. Information associated with an 
client nodes may be unaware of the application programs execution of the requested application program can be 
available for use on the server nodes. In fact, client nodes exchanged between the second server and the client system 
may not even be aware of each available server node on the 45 via ^ nost server. 

network. To find available application programs on a par- A second request to execute a second one of the available 
ticular server node, a user of the client node may need to find hosted application programs can be received oo the connec- 
and gain access to that server node and perform a directory ti °n between the host server and the client system. Another 
listing of the files existing on that server node. Even then, connection between the host server and a third server 
this listing might not indicate to the user those applications 50 hosting the requested application can be established in 
which the user is authorized to use. response to the second request. Information associated with 

Moreover, once the user is aware of the application an execulion of second requested application program 
programs on a server node, often that user must establish a can be exchanged between the third server and the client 
hnk to those applications. Industry has developed software system via the host server. Information received from the 
tools to aid the user in creating these links, e.g., Remote 55 sccon ^ tnird servers can be merged for transmission to 
Application Manager manufactured by Citrix Systems, Inc. 100 cuent system. 

of Ft. Lauderdale, Fla. The Remote Application Manager is In still another embodiment, application information can 
an application program installed on the client node. This °e provided by theThost server to the client system in 
application program guides an administrator of the client response to the first request. A second connection can be 
node to enter information that establishes a link to an 60 established between the client system and a second server 
application published on a particular server node. The hosting thc requested application in response to tbe provided 
administrator supplies such information as the name of the application information. 

session, tbe protocol for accessing the server node, the The host server can transmit the available application 
server name or IP address or the published application. information in response to a request by to 3ta s^eT 
A^roaches of th* kind require that the administer know 65 The transmitted information ^pn^S^d^ 
J* ""^J* dc ** °f F°<ocols and interface display at the client sy^cT^lfT^ n Z. 

domams in order to estabhsh tbe connection. seoting tbe available application ^ograms. iL^rXd 
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^nation car, also dBclose each ***** application pro- program neighborhood application of the invention is in 
gram that the chent system is unauthorized to use. corrtrnuoicatkTn with one of the server nodes" 

^^^ZiT.Z^T each rt** other FIG. 5 is a block diagram of a server-based computing 
^l^t^TL^ plication programs hosted by embodiment in which a client node is in communicant 
those <*ber sewers and to develop a database for storing the 3 with a server node having an installed program oeighbor- 

*&™*on. The database can be aoces- hood application program Tof the invention: 
sible to each of the other servers of the plurality, or each of ma ia ;« . JL.~ *t>~. t , ... . 

the other servers can maintain a database for storina the d J»£ JL u "V"?^ 00 the 

application-related information. ^ ~ of 4 chent me ° e «»*°'- 

, ... ,„ nood application program of the invention is executed; 

In another aspect, the invention relates to a method fhr 10 mr- cn . . . , , . 

presenting to a ctot system each app^n hSbv a <hP*JlZL ? ° f ""fP^ ° n 

server that is available to the chent . jESta lon^LS. "? I"*" P* 0 ?™ °eigh- 
are received from the client sy^A^^S «PPh«Uon pr ° gram of mvenhon * ™** 
information is maintained by the server. Whether each ctr tu _•. _ 

application hosted by the server is available to the client 1S , now ctiart representation of an embodiment of 

system for execution is determined based on the user ere- * / ^ •°° de " Motmcd 48 to 

dentiab aod the application-related information. Infonna- 8ppllC4,,0n P"*""* on plica- 

tion indicating each application that is available to the client 

system is transmitted from the server to the client system. DETAILED DESCRIPTION OF THE 

In another aspect, the invention relates to a server com- 20 INVENTION 
prising a service module that collects application-related inn i -i <= . 

information corresponding to apphVationWarns hosted 1 * «■*■»»»« system (client node) 10 

by the plurality cf^rvci A d^ascTtoreT^uS ^c^lT*^/**** ^ ^ 20 " ^ 
application-related information. A receiver received T£T ^^T^Z^ ^^T^™* 0 
credentials from the client system. The service module 25 ^ fT^f.' w ^ 1116 netWOck 40 030 

determines for each appucatio7 program ^o^a byte ^T* ^ or a wide area network 

Plurality of servers whether that hoLd^licX,Xi£ ^SZZjTT WoM ™° ™ U «* 
is available for use by the user of the cHeif system basedoo ? 20 t ciabc connc< ? ed to .^ nctw °* 

me user credentials aod the appucation^lated information „ JLSSAi* K ^Z^/ 1 ^^ 
stored in the database. Atransmitter transmits information to 30 £™ I £*• 71 - 56kb - 

the chent system. X.25), broadband connections (ISDN, Frame Relay, ATM), 

. . , and wireless connections. The connections can be estab- 

The service module can transmu a datagram to other lisbed using a variety of coriimumcation protocols (e e. 
servers in the plurality to collect the application-related TCP/IP, IPX, SPX, NetBIOS, Ethernet, RS232/and dh£i 
information corresponding to the application programs 33 asyrKAronous connections) 

hosted by those servers. The transmitted information dis- The client nnA. in „.„ k~ _ 

closes to a user of the client system each hosted application aw w !ui^? h° conl P uter ( e B- 

program that is available for^e by the useTof toe S v^d^^H , ' ^^l™^ 1 ™ 11 
system. ^ « -transit available applied d^Jlfordo^tiTs? P^PC^X^ 
mformabon using a virtual channel communications proto- „ workstation, mini oo^^KSSS SSt 

computing device that has a windows-based desktop and 
BRIEF DESCRIPTION OF THE DRAWINGS sufficient persistent storage for executing application pro- 

grams downloaded from the application servers 30, 32, 34 
Hie invention is pointed out with particularity in the acr °ss the network 40. Windows-oriented platforms sup- 
appended claims. The above and further advantages of the 45 ported by the client node 10 can include Windows 3 jc 
invention may be better understood by referring to the Windows 95, Windows 98, Windows NT 351, Windows NT 
following description in conjunction with the accompanying 4.0, Windows CE, Macintosh, Java, and Unix. The client 
drawings, in which: node 10 can include a display screen 12, a keyboard 14, 

FIG. 1 is a diagram of an embodiment of client nodes in memor y 1* for storing downloaded application programs, a' 
communication with a group of server nodes via a network, 50 P rocessor and a mouse 18. The memory 16 can provide 
wherein a program neighborhood of a client node can be persistent or volatile storage. The processor 17 can execute 
determined according to the principles of the invention; * c application programs locally on the client node 10 and 

FIG. 2A is a block diagram illustrating an exemplary display a TCSllt ^ windows-based desktop on the display 
process by which one of the server nodes can initiate scrcc °. 12 ' Sucb local Processing on the client node 10 is 
execution of an application program for deterrmning the 55 a< ^T ing t0 tbc ab o v c-dcscribcd client-based computing 
program neighborhood of a client node; model 
FIG. 2B is a block diagram illustrating an exemplary / ^ tcraativcl y» mc cli «* node 20 can be any terminal 

process by which a client'nod c can initiate cxe cutiono fI5 (WlDdows or ^ •windows-based), or thin-client device 

application program for Determining the program neighbor- operatm 8 according to a server-based computing model In 
hood of that client node; 60 * server-based computing model, the execution of applica- 

F1GS. 3A, 3B, and 3C are block diagrams illustrating SiTSSZ^ 2" ^ 5**^ ServeK *°> 

exemplary processes by which a chent node can UuiXlS A ' ^ thc ^ mterfacc » keystrokes, and mouse move- 

appS'pr^f^ -ntsare transmitted over the network 40 to the client code 

Splayed at that client «xie; ^ c ^^rhood window 20. m user mterface can be text driven (e.g., DOS) or 
Rir a « a MnrAr ( v u , & ^P^^Y d nven (e.g,, Windows). Platforms that can be 

FIG. 4 is a block dtagram of achent-based computing supported by the client node 20 include DOS and Windows 

embodiment in wmch a chent node having an installed CE for windows-based terminals. Hie cliS noSe^S 
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includes a display screen j2, a keyboard 24, a mouse 28, a The Program Neighborhood application can be installed 
processor (not shown), and persistent storage (not shown). in memory of the client node 10 and/or on the application 

The application servers 30, 32, 34, and 36 can be any servers 30, 32, 34, and 36 as described below. Tbe Program 
computing device that controls access to other portions of Neighborhood application is a collection of services, appli- 
the network (e.g., workstations, printers). It is to be under- * cations program interfaces (APIs), and user interface (UI) 
stood that more or fewer application servers can be con- programs that disclose to users of the client nodes 10, 20 
nected to the network 40. The servers 30, 32, 34, and 36 can those application programs hosted by the application servers 
operate according to either a client-based computing model that each client node is authorized to use (e.g„ execute), 
or a server-based computing model as described above. An application server operating according to the Program 

Each application server 30, 32, 34, and 36 hosts one or 10 Nei ^)orhood application collects application-related infor- 
more application programs that can be accessed by the client m *tion from each of the application servers in a server farm, 
nodes 10 and 20. Applications made available to client nodes Tne 4 PpHcation-related information for each hosted appli- 
for use are referred to as published applications. Examples cat *° n can be a variety of information including, for 
of such applications include word processing programs such example, an address of the server hosting that application, 
as MICROSOFT WORD® and spreadsheet programs such 15 mc plication name, the users or groups of users who are 
as MICROSOFT EXCEL®, both manufactured by authorized to use that application, and the rninimum capa- 
Microsoft Corporation of Redmond, Wrish., financial report- bilirics required of the client node before establishing a 
ing programs, customer registration programs, programs connection to run the application. For example, the appli- 
providing technical support information, customer database cation may stream video data, and therefore a required 
applications, or application set managers. 20 minimum capability is that the client node supports video 

Tne s ervers 30, 32, and 34 c an belong to the same domain daU * 0tber exam P ,es *« that the client node can support 
38. In thcoetwork 40, a domain is a sub-network comprising ai ^d?ta or can process encrypted data.' The application- 
a group of application servers and client nodes under control , . information can be stored in a database as described 
of one security database. A domain can include one or more the specification. 

"server farms." (A server farm is a group of servers that are 25 . ^° * ' ^ ° nto *** nctwork «°. the user of 
linked together to act as a single server system to provide . cbcnt oodc Provides user credentials. User credentials 

centralized administraaori.) ^nverselv. a server farm can typically include the username of the client node, the pass- 
im include one or more domains Fnr ^ m n f two Hifg^ nt word of me **** the domain name for which the user is 
' dnmflW tn helnno m th* «» p e strvgr fann « -U^. authorized. The user credentials can be obtained from smart 
shipmay n^A tn »™t fr-ty ^n the dnmairx: a tnict rela . 30 caro^ social security numbers, user passwords, personal 
nonsEro is a n association between the differentd^^in^ that "^^n (PIN) numbers, or any other means by which 
allo"wr?TG^ acQe ^ rh* ,^^a ^ each *e identification of the user of the client node can be 

do main with just one log-on authenticarion obtained and submitted for authentication. The server 

In one embodiment, the application server3fLis in a « ^Pp 11 ^ to *f c jff node can authenticate the user based 
different domain than the do maiaJ8. "Mother * Z^^^^J^u^l^^ ?" ** ' tored 
embodiment, me apphcation serves m the sam^ SnSS^ ^ 

a s servers 30. 32. and 34. For^uheTembodirnent, applica- w^^k^W^. Nc *W*»- 
ti oa servers 3gj2^ndJ4 can belong to one scrvcTfarm P i, ^ ***** ^red at the 

while the sery^fiSS to ^thcT s^T^ T ^{ M SSl" 10 * f *™ * executing the 

the apphcanoTse^ ^32, 34, ar!d m!mo£*£ * ^^Neighborhood, the user credentials can be stored at 
same server farm. When a new server is connected to the , . . - _ ... 

network*, the new server joins either an exists J™£* JT 1 ^ the W^on-related 

fann irstaflsAnew server farm. * mfonnatKm^he server can also determine which .pplication 

' z . i» . ... programs bosted by the apphcatioo servers are available far 

The network 40 can include a master server oode for 45 use by the user of the client node. The server transmits 
pcrfonning lQadzkyel balancing among tbe application serv- information representing the available application programs • 
ers 30, 32, 34, and 36. The master server node can be one of to the client node. This process eliminates tbe need for a user 
^^l^Uon servers 30, 32. or 36 The master server of tbe client node to set-up application connections. Also, an 
node ■ n li^iSr jddresses and loadjnfbrmation administrator of the server can control access to applications 

corresponding to each of the other aimlica^iiiranW The 50 among the various client node users, 
master server node can direct tbe client node to a particular The user authentication performed by the server can 
server node on which to execute an application based on the suffice to authorize the use of each hosted application 
aVa M flaW „ e ^r^ aDd ""respoKtag Ioid kvels. program presented to the client node, although such appli- 

Program Neu^borbood cations may reside at another server. Acwrdingry, when toe 

According tothe ^Pfmaples of the mventoon, a user of ss client node launches (i*.. initiates executioToft one of the • 
either client oode 10, 20 is able to learn of the availability hosted applications, additional input of user credentials by 
^Wlt«^«g«n«hoaed by Mthe application servers the user may be unnecessary to authenticate use of that 

^^l^^^f^, T^i - - ,he ^li«uWThus7a-singie^rnry.of the user credentials can 
user to know woe re to find such armlicntinnt m tn •>•>»•*. j~. • •■ , . .... 



— «a-~ ,„ c j Tv - '"v W uwuua i nus,.a singic eniry-oi tne user credentials can 

user to know where to find such applications or to enter serve to determine tbe available applications and to autho- 
techmcal ir^ormahor. necessary to link to such applications. «o rize the launching of such applications without an 

These ayaflabk application programs comprise the "pro- additional, manual logon authentication process by the 

gram neighborhood" of the user. A system for determining client user. 

a program neighborhood for a client node includes an Either a client node 10. 20 or an application server can 

*PP h <f l ° n (hereafter referred to as tbe "Program launch tbe Program Neighborhood application as described 

Neighborhood application), memory for storing compo- 65 in connection with FIGS. 2A-2B. The results are displayed 

ncots of the application program, and a processor forexecut- on the display screen 12, 22 of the client node 10 20 hx a 

mg tbe application program. graphical windows^ascd implementation, tbe results can be 
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displayed in a Program Neighborhood graphical window 10 and server 32 can use the active connection 72 to 

and each authorized application program can be represented exchange information regarding the execution of a first 

by a graphical icon in that window. application program. The user credentials of the client node 

One embodiment of the Program Neighborhood apphca- 10 are stored at the client node. Such storage of the user 

tion filters out application programs that the client node 10, 5 credentials can be in cache memory or persistent storage. 

20 is unauthorized to use and displays only authorized (i.e., . { " embodiment, the Program Neighborhood apphca- 

avafiabie) programs. In other embodiments, the Program tionruns on the client node m The client node ^display has 

Neighborhood application can display authorized and unau- * ^borhood window 58 in which appears a 

thorized applications. When unauthorized applications are g^rrfucal icon 57 representing a second application pro- 

noTXed from the display, a notice caTbe provided to ^ A . of u^ul^l^ £ 
. "~ ^y^Jf • uuuw ^ u w " " application program by double-chckmg the icon 57 with the 
indicating that such applications are unavailable. ^ Jh / t ^ gA ^ to ^ ^ server node 30 via 
Alternatively the Pro-am Neig^rhood application can a connection 59. The mister server node 30 indicates to the 
report all applications hosted by the application servers 30, clien! node io via the connection 59 that the sought-after 
32,34, 36 to the user of a client node, without identifying application is available on server 32. The client node 10 
which applications the client node 10, 20 is authorized or 15 signal the server 32 to establish a second connection 70. 
unauthorized to execute. Authorization can be subsequently jhe server 32 requests the user credentials from the client 
determined when the client node 10, 20 attempts to run one node 10 to authenticate access to the second application 
of those applications. program. Upon a successful authentication, the client node 
FIG. 2A shows an exemplary process by which a server 10 and server 32 establish the second connection 70 and 
launches the Program Neighborhood (FN) application and 20 exchange information regarding the execution of the second 
presents results of the PN application to the client node 10. application program. Accordingly, the client node 10 and the 
The server can launch the PN application in response to a server 32 communicate with each other over multiple coo- 
request 42 by the client node 10 for a particular application nections. 

program. The request passes to the master server node, in PIG. 3B shows an exemplary process of communication 

this example server 30. The master server node 30, taking 25 among the client node 20, the master server node, in this 

toad-balancing and application availability into account, example server 30, and servers 32, 34, and 36. The client 

indicates (arrow 43) to the client node 10 mat the sought- node 20 has an active connection 73 with the server 32. The 

after application is available on server 32. The client node 10 client node 20 and server 32 can use the active connection 

and server 32 establish a connection (arrows 45 and 46). By 73 to exchange information regarding the execution of a first 

this connection, the server 32 can transfer the executable 30 application program. The user credentials of the client node 

code of the particular application to the client node 10, when 20 are stored at the server 32 in cache memory or in 

the client node 10 and server 32 are operating according to persistent storage. 

the client-based computing model. Alternatively, the server In this embodiment, the Program Neighborhood applica- 

32 can execute the particular application and transfer the tion runs on the server 32. The server 32 includes software 

graphical user interface to the client node 10, when the client 35 providing a server-based client engine 62, enabling the 

node 10 and server 32 are operating according to the server 32 to operate in the capacity of the client node 20. The 

server-based computing model In addition, either the master client node 20 display has a Program Neighborhood window 

server node 30 or the server 32 can execute the Program 58 in which appears graphical icons 57, 57 representing a 

Neighborhood application 41 and push the results (arrows second application program and a third application program, 

43 or 46) back to the client node 10 so that when the client 40 respectively. A user of the client node 20 can launch the 

node 10 requests the Program Neighborhood application, the second application program by double-clicking the icon 57. 

program neighborhood results are already available at the The request to launch the second application program passes 

client node 10. to the server 32 via active connection 73, and the server 32 

FIG. 2B shows another exemplary process by which the forwards the request to the master server node 30 (arrow 65). 

client node 10 initiates execution of the Program Neighbor- 45 The master server node 30 indicates (arrow 65) to the 

hood application and a server presents the results of the PN server 32 that the sought-after application is available on 

application to the client node 10. The client node 10 server 34. The server 32 contacts the server 34 to establish 

launches the Program Neighborhood application (e.g., by a connection 66. To authenticate access to the application, 

clicking on the Program Neighborhood icon 41 representing the server 34 obtains the user credentials of the client node 

the application). The request 50 for the PN application is 50 20 from the server 32. Ihe server 32 and server 34 establish 

directed to the master server node, in this example server 30. the connection (arrow 66) by which the server 32 requests 

The master server node 30 can execute the Program Neigh- execution of the second application and the server 34 returns 

borbcod application, if the application is on the master the graphical user interface results to the server 32. The 

server node 30, and return the results to the client node 10. server 32 forwards the graphical user interface results to the 

Alternatively, the master server node 30 can indicate (arrow 55 client node 20, where the results are displayed. Accordingly, 

51) to the client node 10 that the Program Neighborhood the information exchanged between the client node 20 and 

application 41 is available on another server, in this example the server 34 "passes through" the server 32. 

server 32. The client node 10 and server 32 establish a Similarly, the client node 20 can launch the third appli- 

connectio^(arrows"53:and:54) by which the client node 10 ^tibn program by^oubte<hcking the icon ST: The request 

requests execution of the Program Neighborhood apphca- 60 to launch the third application program passes to the server 

tion 41. The server 32 can execute the application 41 and 32. The server 32 forwards the request to the master server 

transfer the results (i.e., the graphical user interface) to the node 30, which considers load-balancing and application 

client node 10. program availability to determine which server can handle 

FIG. 3A shows an exemplary process of communication the request. In this example, the master server node indicates 

among the client node 10, the master server node, in this 65 that server 36 can run the third application program, 

example server 30, and the server 32. The client node 10 has The server 32 and the server 36 establish a connection 

an active connection 72 with the server 32. The client node (arrow 74) by which the server 32 requests execution of the 
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third application program, and the server 36 returns the The application server 30, for example, includes the 
graphical user interface results to the server 32. To permit service component (PNSVC) 44 and the application data- 
execution of the third application program, the server 36 can base 48. The client node 10, which is a representative 
authenticate the user credentials of the client node 20, which example of a client node that can support a client-based 
are obtained from the server 32. The server 32 forwards the 5 implementation of the Program Neighborhood application 
graphical user interface results to the client node 20 where includes the application program interface PNAPI 52, the 
the results are displayed. Accordingly, the results of execul- user interface user interface component 56, and the local 
mg the third application program pass between the client cache 60 components. The PNAPI 52 communicates with 
node 20 and the server 36 through the server 32. the user interface component 56 and the local cache 60. The 
From this illustration it should be understood that client PNSVC 44 commuoicates with the application database 48 
node 20 can run multiple application programs through one *nd with the PNAPI 52 on the client node 10 via cotnmu- 
connection with the server 32, while the server 32 maintains nications link 62. 

multiple connections (in this example, one connection with The communications link 62 can be established by for 

server 34 and a second connection with server 36). Also, the 15 example, an Independent Computing Architecture (ICA) 

server 32 merges the information received from the server ICA is a general-purpose presentation services protocol 

34 with the information received from the server 36 into one designed to run over industry standard network protocols, 

data stream for transmission to the client node 20. such as TCP/IP, IPX/SPX, NetBEUI, using industry- 

F1G. 3C shows an exemplary process of communication standard transport protocols, such as ISDN, frame relay, and 
among the client node 20, the master server node, in this 20 asynchronous transfer mode (AIM). The ICA protocol pro- 
example server 30, and servers 32 and 34. The client node vides for virtual channels, which are session-oriented trans- 
20 has an active connection 76 with the server 32. The client mission connections that can be used by" application-layer 
node 20 and server 32 can use the active connection 76 to code to issue commands for exchanging data. The virtual 
exchange information regarding the execution of a first channel commands are designed to be closely integrated 
application program. The client node 20 can store the user 25 with the functions of client nodes. One type of virtual 
credentials in cache memory or in persistent storage. channel connection supported by the ICA protocol is a 

In this embodiment, the Program Neighborhood appHca- Program Neighborhood virtual channel, 

tion runs on the server 32. The client node 20 display has a The Program Neighborhood virtual channel protocol can 

Program Neighborhood window 58 in which appears a 30 include four groups of commands: 

graphical icon 57 representmg a second application pro. (1) initialization-related commands; 

gram. A user of the client node 20 can launch the second m\ ^ u ' 

application program by double-clicking the icon 57 The ^ authentlcatl0n related commands that can be 

request to launch the second application program passes to supported by each client node wanting a copy of the 

the server 32. The server 32 responds (i.e., "calls back") to « user credentials; 

the client node 20 by returning application-related informa- ( 3 ) application data related commands for implementing 

tion such as the name of the application and capabilities the ^S* 4111 Neighborhood user interface; and 

needed by the client node 20 for the second application to ( 4 ) application launch callback-related commands for 

run. running the user interface on an application server. 

With the information provided by the server 32, the client 40 Application Database 

node 20 then communicates with the master server node 30 The application database 48 is a cache of the authorized 

via connection 77 to determine the server for executing the and group information for all the public (ix.. published) 

second application program. In this example, that server is applications in a server farm or in a group of trusted 

server 34. The client node 20 then establishes a connection 45 domains. Each server in a server farm can maintain its own 

78 to the server 34. Server 34 requests the user credentials application-related information in persistent storage and 

from the client node 20 to authenticate the user of the client build up the database 48 in volatile storage. In another 

node 20. The second application program executes on the embodiment, all collected application-related information in 

server 34, and the server 34 returns the graphical user me database 48 can be stored in persistent storage and made 

interface to the client node 20 via the established connection 50 accessible to each other server in the server farm. The 

78. Accordingly, the client node 20 can have multiple active database 48 can be implemented in a proprietary format 

connections between the multiple servers. ( c -£*> 35 a linked list in memory) or using Novell's Directory 

FIG. 4 illustrates an exemplary arrangement of program ^jf 5 (T P?°1 any director y «™» adhering to the 

components for a client-based implementation of the Pro- f^ nd ^ e ^l ed bv lhe International Telecommuni- 

gram Neighborhood application. A client-based implemen- 55 ™ T ™ ekctn)nic 

tation of Program Neighborhood application can be used in application database 48 includes a list of application 

a network using either the 5^r4^ w .H rv.^uipg modc i ^ ^rvers. Each server i n the list has an associated set of 

which the scrvers-cxccute-tJic-Program Neighborhood a PP! lca . Uons ; Associated with- each application is 

application, or the clientWd computing model in which „ SrSSSr T?J td f nMum ^' C *?. 

the client node 10 executes the tWn m w • ."J 60 catjon Mme « a ust of servers, and client users that are 

90 KK^ h S t,0D D , 2UblSC COm P° oem 48 - iPro - A and B are users of the dienfnodes lo/M/Va- todS 

SEnE" 8 h ^ rho ^ APP^'on Program Interface 65 that the application is hosted, but is not available to client 

(PNAPI) component 52, a Program Neighborhood User node users, and indicates that the application is not 

Interface component 56, and a local cache 60. hosted. 
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TABLE 1 







Applications 




Saver Name 


Spreadsheet 


Customer Database Word Processor 


Calculator 


Server 30 
Server 32 
Server 34 


User B 


Uier B n/t 
a/a UKr A 


User A 
UserB 



Tabic 1 shows a list of servers 30, 32, 34, the applications 
hosted by the servers, (Spreadsheet, Customer Database, 
Word Processor, and Calculator), and those users who are 
authorized to use the applications. For example, the server 
30 hosts the Spreadsheet program, the Customer Database 
and the Word Processor. User A is authorized to use the 
Spreadsheet, User B is authorized to use the Customer 
Database, and do users are authorized to use the Word 



(VDPN). The VDPN operates according to the Program 
Neighborhood virtual channel protocol described above for 
establishing and maintaining an ICA connection. 
Program Neighborhood Application Program Interface 
(PNAPI) 

The PNAPI 52 is a set of software functions or services 
that are used by the Program Neighborhood application to 
perform various operations (eg., open windows on a display 



Processor. It is to be understood that other techniques can be 20 screen, open files, and display message boxes) The PNAPI 
used to indicate who is authorized to use a particular *" * * 



application. For example, the user information stored in the 
database can be used to indicate those users who are 
unauthorized to use a particular application rather than those 
who are authorized. 

To obtain the information that is stored in the database 48, 
the server 30 obtains the application-related information 
from each other server in the server farm regarding the 
applications on those servers, including control information 
that indicates which client users and servers are permitted to 
access each particular application. The application-related 
information maintained in the database may or may not 
persist across re-boots of the server 30. 

The application database 48 can be a central database that 
is stored at the application servers 30, 32, and 34 and is 
accessible to all of the servers in the server farm. 
Accordingly, the application-related information can be 
available for use by other servers such as those servers 
which perform published application authentication during 
session log-on and application launching. In another 
embodiment, the application database 48 can be maintained 
at each of the application servers 30, 32, and 34 based upon 
the information that each server obtains from communica- 
tions with each other server in the server farm. 
Program Neighborhood Service Program (PNSVQ 

Each server 30, 32, 34 and 36 having the Program 
Neighborhood application installed thereon executes the 
PNSVC software 44. The PNS VC software 44, operating on 
each server 30, 32, 34 and 36 establishes a communication 
link (e.g., a named pipe) with each other server. The servers 
30, 32, 34 and 36 exchange the application-related informa- 
tion on the named pipes. In another embodiment, the 
PNSVC software 44 collects the application-related infor- 
mation from the other servers in the server farm through 
remote registry calls (e.g., the service component 44 trans- 
mits a datagram to other servers in the plurality requesting 
the application-related information corresponding to the 
application progr ams hos ted by tbosc. servers). The PNSVC 
44 software also maintains the relationships of groups and 
users to published applications in the application database 
48 and accesses the information when authenticating a client 
user. An administrator of the server 30 can use a user 
interface to configure the PNSVC 44. 

Other functions of the PNSVC software 44 include imple- 
menting the services aod functions requested by the PNAPI 
52 and communicating with the PNAPI 52 on the client node 
10 using a Program Neighborhood virtual device driver 



30 



35 



52 provides a generic mechanism for la unching application 
objects (e.g., icons) produced by running the Program 
Neighborhood application and application objects in a 
kgacy (i.e., predecessor or existing for some tune) client 
user interface. When the client node 10 launches an avail- 
able application, the launch mechanism can launch the 
application on the server 30, if necessary (e.g., when the 
client node 10 does not have the resources to locally execute 
the application). 

The PNAPI 52 provides all published application infor- 
mation to the user interface component 56 for display on the 
screen 12 (FIG. 1) of the client node 10. The PNAPI 52 also 
manages server farm log-ons in a local database of logon 
credentials (e.g., passwords) for users of the client node 10 
to support the single authentication feature. Credentials may 
or may not be persistent across bootings (power-off and on 
cycles) of the client node 10. 

The PNAPI 52 provides automatic and manual manage- 
ment for Program Neighborhood application objects stored 
40 in the local cache 60. The local cache 60 can either be 
refreshed manually by the user of the client node 10, or at 
a user-definable refresh rate, or by the server at any time 
during a connection. In a Windows implementation, the 
PNAPI 52 can build remote application file associations and 
45 manage the "Start** menu and desktop icons for application 
object shortcuts. 

Program Neighborhood User Interface 

The user interface module 56 interfaces the PNAPI 52 and 
can be a functional superset of an existing client-user 
interface (e.g., Remote Application Manager). The user 
interface module 56 accesses the information stored in the 
local cache 60 through the PNAPI 52 and visually presents 
that information to the user on the display screen 12 (FIG. 
1) of the client node 10. The displayed information is a 
mixture of information generated by a user of the client node 
10 and information obtained by the Program Neighborhood 
application. The user interface module 56 can also show the 
-user-all applications that the user is currently running and all 
'active and disconnected sessions. 

In a windows-based embodiment, the user interface mod- 
ule 56 can present a variety of graphical components, such 
as windows and pull-down menus, to be displayed on the 
display screen 12. (FIG. 1) A display of a combination of 
such graphical user interface components is generally 
referred to as a "desktop.'* A desktop produced by the user 
interface module 56 can include a Program Neighborhood 
window displaying the neighborhood of application pro- 



50 



55 



60 
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gams available to the user of the client node 10 for use. another centrally managed server specific mechanism. All 
These application programs are a filtered combination of the remote application management and launching is accom- 
published applications hosted by a server farm on the phshed through this initial desktop, 
network. The user interface module 56 can generate a Similar to that described in FIG. 4 for the server 30, the 
Program Neighborhood window for each server farm or 3 server 30* uses the user credentials to determine those 
merge the applications from different server farms under a application programs that are authorized for use by the user 
single Program Neighborhood window. of the client node 20. A Program Neighborhood graphical 

At a top level, the Program Neighborhood window window is returned to the client node 20 and displayed on 
includes a folder for each server farm. Clicking on one of the me clieot screen 22 (FIG. 1). This window can contain icons 
folders with the mouse 18 (FIG. 1) produces a window to ie P rEseo . tm 8 be available and, possibly, the unavailable 
containing a representation (e.g., an icon) of each hosted application programs that are in the program neighborhood 
application available to the user, e.g., see FIGS. 6A and 6B. of the client node 20. 

The Program Neighborhood window becomes the focal c u • 1 node 20 can selecl 306 knnch one 

point for launching published applications, and the user pf^W^tion programs displayed in the Program Neigh- 
interface module 56 can be used to launch applications 15 jr^^^™!^*" 8 " Pto ~ 
through the PNAPI 52. For example, the user of me client ^^e^mot^ apphcatxm can execute the application 
n<vJin ™ „„ .i_ mm ,„ 10. c.l IT , j on szmc server 30\ where applicable, taking into account 
^ . ^T,^h^, fJ? ^ ^ ° f ^ thSplayCd to*d balancing requirements anting serversid tt«avafl- 
icons and launch the associated application, ability of thTappKcation on that server 3V The PNAPI 52' 
.1" t eDt ^ ^^ntation is mat the user can include a bund, f? remote 
can browse the objects displayed in the Program Neighbor- 20 application locally on the server 30- when theserver 30* is 
hood window although the client node is offline, that is, the nominated to launch me application. When a different server 
ICA connection 62 is inactive. Also, a user of the client node is needed to run the application, the Program Neighborhood 
10 can drag application objects and folders out of the application can launch the application via the server30' (Le 
Program Neighborhood window and into other graphical server-based client) using the windows to present the appli- 
components (e.g., other windows, folders, etc.) of the desk- 25 cation on the desktop of the client node 20 as described 
•"I*- above in FIG. 3B. 

FIG. 5 shows an exemplary arrangement of program FIG. 6Ais a screenshot of an exemplary Program Neiah- 
components for a server-based implementation of the Pro- borbood window 120 that can be displayed on the screen 12 
i ram - Ne ^^'^ 0d plication. The components include a 22 (FIG. 1) of either cheat node 10, 20 after the Program' 
Service (PNSVC) component 44*. an Application Database 30 Neighborhood application has executed. The window 120 
component 48', an Application Program Interface (PNAPI) includes graphical icons 122. Each icon 122 represents an 
^ p0 J£ ^ ^, S i , * Inter£ace OTID P° n «t a local application program that is hosted by one of the servers 30, 

cache 6» Each software component 44', 48*, 52', 56*. and 60* 32, 34 and 36 on the network 40 (FIG. 1). Each represented 
b installed on the application server 3*. The software application is available to the user of the client node for 
components for me server-based implementation correspond is execution. The user can select and launch one of the appli- 
to the software components for the client-based implemen- cations using the mouse 18, 28 or keyboard 14 24 
teton of HG. 4. The functionality of each scrver-based FIG. 6B is a screenshot of another exemplary Program 
software component is similar to the client-based Neighborhood window 124 that can be displayed oTthe 
^nterpaa^thdJferences or added capabilities described screen 12, 22 (FIG. 1) of either client node 10. 20 after the 
below The PNSVC 44 communicates with the application 40 Program Neighborhood application has executed. The win- 
database48 Jjnd with the PNAPI 52* using local procedure dow 124 includes graphical icons 126, 128. Each icon 126, 
ctOs The PNAPI 52 also communicates with the user 128 represents an application program that is hosted by one 
interface module 56' and the local cache 60*. of the servers 30, 32, 34 and 36 olZ nerwork^Fia 1? 

Similar tothat described in FIG. 4 for the client node 10, Each application program represented by one of me icons 
the client node 20 logs on to the network 40 (FIG. 1), the 4S 126 is available to the user of the diem node 10 20 for 
server 30* develops and maintains a database containing the execution. The user can select and launch one of the appli- 
application related information collected from the other cations using the mouse 18, 28 or keyboard 14 24 
^ n Jh^^ C SC .7 erfann '" d « fabrication link Each application program represented by one 'of the icons 
^established. berween ^ server 30* and the client node 20. 128 is unavailable to theuser of the client node 10 20 (FIG 
The application server 30' is in communication with the so 1), although such applications are present in the server farm! 
chent node 20 via an ICA channel connection 62'. The The unavailability of these application programs can be 
channe connection 62*can be estabhsbed by an ICA virtual noted on the display screen (e.g.V"X- S can bedrawn through 
channel protocol (e.g., Thinwire). The Thinwire protocol can the icons 128). An attempt to launch such an application 
be used to transmit presentation commands from Windows- program can trigger a message indicating that the user is not 
based applications running on the application server 30 1 to 55 authorized to use the application 

the client node 20. To a user of the client node 20, the FIG. 7 shows an exemplary process by which a user of 

appkcatioreappear to be running on tte chent node 20. The either chent node 10, 20 can be informed about the avafl- 

^enrn^^-caiTH^hidea-Remote Application Manager -ability of applications hosted by application servers 30, 32 
application program 64 that communicates with the appb- 34 and 36 00 the network 40 (FIG. 1). In step 80. the chen 

"to mTT/p^Z, ^^ el T"?™ 62 60 ^ 10 * 20 l0 *™ ^ ^ °" ° f *<= 

To run the Program Neighborhood application in a server- e.g, server 32. The server 32 requires valid user credentials 

based implementadon, the user of the chent node 20 con- to establish tbe connection. The server 32 receives the user 

S!!L Z im ^^ ("^.^307 and launches the credentials from the client node 10 (step 82), and authenti- 

Program Neighborhood application from within thatdesktop cates the user for log-on (step 84). Adesktop is displayed at 

envuomnent. The connection to the initial desktop can occur ss the client node 10, 20 (step 85). The desktop can mclude a 

automatically, e.g^v* a togon script of the client node 20, graphical icon representing the Program Neighborhood 

via an entry in the StartUp group in Windows 95, or by application program ^ 
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In step 86, tbe application server 32 establishes a con- 
nection with each other servers 30, 34 and 36 to exchange 
application- related information, as described above, corre- 
sponding to application programs hosted on those servers 
(step 88). Id step 90, the application server 32 develops and 5 
maintains a database of the collected application-related 
information. Each other server 30, 34, 36 in the server farm 
can develop a database equivalent to the database of the 
server 32 and in similar manner as the server 32. In another 
embodiment, the database of the server 32 can be a central- 10 
ized database that is accessible to each other application 
server 30, 34, 36 in the server farm. The collecting of 
application-related information can occur independently or 
be triggered by the request of the client node 10, 20 to log-on 
to the server farm 38. 15 

In step 92, the client node 10, 20 can request execution of 
an application program from the desktop display. The master 
server node can process the request and, using a load- 
balancing evaluation and application availability as 
described above, determine the application server to provide 20 
the service to the client node 10, 20 (step 94). For example, 
the application server 32 can be selected to service the 
request with the client node 10, 20. In step 96, the client 
node 10, 20 establishes a communications link with the 
server 32. The server 32 and the client node 10, 20 can 25 
communicate according to the ICA protocol appropriate for 
that client node as described above. 

Also in response to this request to run the application 
program, the master server node 30 or tbe server 32 can run 
the Program Neighborhood application (step 93) and push 30 
the results to tbe client node 10, 20, although the client node 
10, 20 may not have requested the PN application program. 
When executing the PN application program, the master 
server node 30 or server 32 filters the application-related 
information in the database using the user credentials (step 35 
100). The result of filtering the database determines those 
application programs that are authorized for use by the user 
of the client node 10, 20. The authorized application pro- 
grams are in the program neighborhood of the client node 
10, 20. This program neighborhood of available application 40 
information is pushed to the client node 10, 20 (step 102) 
and displayed on the client screen 12, 22 in a Program 
Neighborhood graphical window (step 104). 

In other embodiments, the Program Neighborhood win- 
dow may include applications that are in the server farm but 45 
unavailable for use to the client node 10, 20. In a Windows- 
based implementation, the available (and unavailable) appli- 
cation programs can be represented by icons. The user of the 
client node 10, 20 can select and launch one of the appli- 
cation programs displayed in the Program Neighborhood 50 
window. 

While tbe invention has been shown and described with 
reference to specific preferred embodiments, it should be 
understood by those skilled in the art that various changes in 
form and detail may be made therein without departing from 55 
the spirit and scope of the invention as defined by tbe 
following claims. 

Whatis claimed, is: _ 

"lf'In a network inchiding a dienr system and a plurality - 
of servers including a host server, the plurality of servers 60 
hosting application programs, a method for executing an 
application programs that is available for use, tbe method 
comprising: 

executing, by the host server, a neighborhood application 
to collect application-related information from the plu- 65 
rality of servers concerning application programs 
hosted by the plurality of servers; 



determining for each application program hosted by the 
plurality of servers whether that hosted application 
program is available to the client system based on the 
application-related information; 

transmitting information from the host server to the client 
system indicating to the client system each hosted 
application program in the plurality of servers deter- 
mined to be available to the client system for execution, 

receiving, from the client, a request to execute one of the 
available hosted application programs; 

choosing, from tbe plurality of servers, a second server 
hosting the requested application program; 

establishing, in response to the request, a first connection 
between the host server and tbe second server hosting 
the requested application; 

executing the requested application program at the second 
server; 

providing output from tbe executing application program 

to the host server; and 
providing the output from the host server to the client 

system. 

2. The method of claim 1 further comprising establishing 
a connection between tbe client system and the host server 
using Independent Computing Architecture (ICA) protocol. 

3. Tbe method of claim 2 wherein the ICA protocol 
establishes a virtual channel to transmit the information to 
the client system indicating each hosted application program 
that is available to the client system. 

4. The method of claim 1 further comprising: 
receiving a second request to execute a second one of the 

available hosted application programs; 
choosing, from the plurality of servers, a third server 

hosting the second requested application program; 
establishing in response to the second request a second 

connection between the host server and the third server 

hosting the second requested application; 
executing the second requested application at the third 

server; 

providing output from the second executing application 

program to the host server, and 
providing the output from the second program from the 

host server to the client system. 

5. The method of claim 4 further comprising merging the 
information received from tbe second and third servers for 
transmission to the client system. 

6. The method of claim 1 wherein the transmitted infor- 
mation is displayeds at the client system as icons represent- 
ing the available application programs in a graphical user 
interface window. 

7. The method of claim 1 further comprising establishing 
a communications link between tbe host server and the client 
system, wherein the communications Link includes at least 
one virtual channel. 

8. The method of claim 1 further comprising: 
receivin g user credentials from thc_clicnl_systcm; 

— authenticating at the host server the user of the client 
system based 00 the received user credentials; and 
executing a selected one of the available application 
programs hosted by one of the plurality of servers other 
than the host server without requiring further input of 
user credentials by the user of the client system. 

9. The method of claim 8 wherein the host server uses the 
user credentials to determine whether the user of the client 
system is authorized to access the host server and to deter- 
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mine those application programs that the user of the client 
system is authorized to execute. 

10. The method of claim 1 wherein the host server 
transmits the available application informatioa in response 
to a request for the available application information by the 
client system. 

11. The method of claim 1 further comprising maintaining 
a database at the host server for storing the application- 
related information, wherein the database is accessible to 
each of the other servers of the plurality. 

12. The method of claim 1 further comprising maintaining 
a database at each of the plurality of servers for storing the 
application-related information. 

13. The method of claim 1 wberein the transmitted 
information further discloses to the user of the client system 
each hosted application program that the user of the client 
system is unauthorized to use. 

14. The method of claim 1 further comprising transmitting 
by each server application-related information associated 
with each application program hosted by that server to a 
centralized database. 

15. The method of claim 1 further comprising transmitting 
by each server application-related information associated 
with each application program hosted by that server to each 
of the other servers. 

16. The method of claim 1 further comprising receiving 
user credentials from the client system for use in determin- 
ing the availability of a hosted application program to the 
client system. 

17. The method of claim 1 wherein the neighborhood 
application is executed in response to the receipt of a request 
to execute a hosted application program. 

18. The method of claim 1 wherein the availability of the 
hosted application program is determined in part using the 
execution loads on the plurality of servers. 

19. In a network including a client system and a plurality 
of servers hosting application programs, a server compris- 
ing: 

a service module collecting application-related informa- 
tion corresponding to application programs hosted by 
the plurality of servers; 

a database storing the collected application-related infor- 
mation wherein the service module determines for each 
application program hosted by the plurality of servers 
whether that hosted application program is available to 
the client system for execution based on the 
application-related information stored in the database; 

a transmitter transmitting information to the client system 
indicating to the client system each hosted application 
program in the plurality of servers determined to be 
available to the client system for execution; 

a receiver receiving a request to execute one of the 
available hosted application programs and choosing, 
from the plurality of servers, a second server hosting 
the requested application program; and 

a transceiver providing a connection between the client 
system and the second server for providing output from 
; the .execution of an application program . „ Z 

20. The server of claim 19 wherein said service module 
transmits a datagram to other servers in the plurality to 60 
collect the application-related information corresponding to 
the application programs hosted by those servers. 

21. The server of claim 19 wherein the database includes 
client information. 

22. The server of claim 19 wherein said transmitter 65 
transmits available application information using a virtual 
channel communications protocol. 
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23. The server of claim 19 further comprising a second 
receiver receiving user credentials from the client system for 
use in determining the availability of a hosted application 
program to the client system. 

24. In a network including a client node, a master server 
node, and plurality of application servers hosting application 
programs, a method for remotely executing an application 
program, the method comprising: 

traztsmitting information from a first application server to 
the client node indicating to the client node each hosted 
application program in the plurality of servers available 
to the client for execution; 

receiving from a client node, by the first application 
server, a request to execute an application program; 

txaiismitting the request to the master server node; 

indicating, by the master server node, the availability of 
the application program on a second application server 
selected from the plurality of appL server to the first 
application server; 

executing the application program at the second applica- 
tion server; 

providing the output from the executing application pro- 
gram to the first application server; and 

providing, by the first application server, the output to the 
client node. 

25. The method of claim 24 wherein the master server 
node determines the identity of the second application server 
based in part on the execution load on the second application 
server. 

26. The method of claim 24 wherein the master server 
node determines the identity of the second application server 
based in part on the execution load on the second application 
server relative to the other application servers. 

27. In a network including a client node, a master server 
node, and a plurality of application servers hosting applica- 
tion programs, a method for remotely executing an appli- 
cation program, the method comprising: 

transmitting information from a first application server to 
the client node indicating to the client node each hosted 
application program in the plurality of servers available 
to the client for execution; 

displaying, at the client node, a graphical display for 
requesting the execution of an application program; 

requesting from the first application server, by the client 
node, the execution of the application program; 

providing to the client node, by the first application server, 
application-related information concerning the execu- 
tion of the application program; 

communicating with the master server node to determine, 
by the master server node, a second application server 
selected from the plurality for executing the application 
program; 

.„ establishing a connection bet ween. the client node and the 
second application server, " * 

executing the application program at the second applica- 
tion server; and 

providing output associated with the execution of the 
requested application program from the second appli- 
cation server to the client node, 

wberein the determination of the second application 
server utilizes, in part, the provided application-related 
informatioa 
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28. The method of claim 27 wherein the application- 
related information includes information selected from the 
group consisting of the name of the application and the 
capabilities needed by the client node for the execution of 
the second application program. 5 

29. In a network including a client system and a plurality 
of servers, the plurality of servers hosting application 
programs, a method for executing an application program 
that is available for use, the method comprising: 

executing, by the client system, a neighborhood applica- 10 
tion to collect application-related information from the 
plurality of servers concerning application programs 
hosted by the plurality of servers; 

determining for each application program hosted by the 
plurality of servers whether that hosted application 
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program is available to the client system based on the 

application-related information; 
receiving a request to execute one of the available hosted 

application programs; 
choosing, from the plurality of servers, a first server 

hosting the requested application program; 
establishing in response to the request a connection 

between the client system and the first server, 
executing tbe requested application program at the first 

server; and 

providing output from the execution of the requested 
application program to the client system. 
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